The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
clerk-docs	Ready	Preview	May 11, 2026 9:12pm

@wobsoriano have submitted a docs review with some minor changes:

• Replaced instances of "signed-in users" with "authenticated users".
• Rephrased some of the <OAuthConsent /> component intro to make it a bit more smooth.
• Changed some of the props descriptions for the <OAuthConsent /> component to align with rest of the docs.

Let me know what you think, and left some comments too!

this is perfect! I tested with typedoc generation, and everything is working.

my only qualm is putting OAuthApplication in the objects dropdown. we've talked about this distinction before: what are we considering the main Clerk objects? and then everything else gets thrown into /types in my opinion, I don't consider this a main Clerk object. well yes, it exists on the Clerk object, I don't see this as a frequently used object necessary for building a typical app, while all the other "main" Clerk objects are pretty much non-negotiable when building an app. so imo, I'd move this one to /types

Yeah I was in the same boat yesterday debating whether it should be in /objects or /types. Let's move it to types then - that explanation makes sense and justifies it. @wobsoriano I'll do it!

Make OAuthApplication a type

@wobsoriano @alexisintech just pushed a commit to make OAuthApplication a type rather than an object. Let me know thoughts!

could you please add all the relevant links added to the PR description here? any JS repo PR's that were related to releasing this future, and the PR's that were related to typedoc changes
we need as much context provided in the PR description as possible 🫶 (more details on this process here)

could you please add all the relevant links added to the PR description here? any JS repo PR's that were related to releasing this future, and the PR's that were related to typedoc changes we need as much context provided in the PR description as possible 🫶 (more details on this process here)

@wobsoriano have added the Typedoc PRs related to this but I'll let you add the JS repo PR'S related to releasing this feature.

Okay @wobsoriano @alexisintech this is ready for a final review!

right now, the callout about setting the referrer policy is in the intro section for the component, but the returns section for the hook - was there any specific reasoning behind having it in the returns section for the hook?
imo, it should go in either the intro paragraph/section or the example section! but let's be consistent between the component and hook pages :)

right now, the callout about setting the referrer policy is in the intro section for the component, but the returns section for the hook - was there any specific reasoning behind having it in the returns section for the hook? imo, it should go in either the intro paragraph/section or the example section! but let's be consistent between the component and hook pages :)

Have updated the wording of the callout here, but yeah got the same question @wobsoriano - I'd be keen to make the placement consistent before merging this.